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DETAILED ACTION 

1. Claims 1-30 are presented for examination. Applicant filed an amendment on 
03/20/2007 canceling claims 21-30 and adding new claims 31-40. Applicant is also 
required to refer to all the references cited but not relied on while responding to the 
office action (see MPEP § 37 CFR 1.111 (c)). After careful consideration of applicant's 
arguments and amendments, new grounds of rejections of claims 1-20 and 31-40 
established in the instant application as set forth in detail below. 

2. The Examiner agrees with Applicant argument for patentability of claims 1 1-20 
under 35 USC § 101 and respectfully withdraws the rejection of these claims under 35 
USC §101. 

3. The Examiner noticed same assignee International Business Machines (IBM) for 
reference Gloor et al. (U. S. Patent No. 6,859,781) and instant application for 103 (a) 
rejection. The Examiner respectfully withdraws Gloor et al. as a reference and replaced 
by Kansal (U.S. Patent No. 6,647,374) for rejection of claims 8, 18 and 28 under USC 
103(a). 

Claim Rejections - 35 USC § 103(a) 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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5. Claim 1-7, 9-17,19-27, 29 and 30 are rejected under 35 U.S.C. 103 (a) being 
anticipated by Aycock et al., U.S. Patent No. 5,765,138 (reference A in attached PTO- 
892) in view of Moderegger et al., U.S. Pub No. 2002/0049642 (reference B in attached 
PTO-892). 

6. As per claim 1 , Aycock et al. teach a computer controlled display system for 
generating quality assurance assessment for software suppliers comprising: 

means for assessing the quality level of each of a set of quality attributes of said 
software suppliers (see Fig. 1 ; column 6, lines 1-5; where quality level of each of set of 
quality attributes of software supplier specified in Request for Proposal/Request for 
Quotation (RFP/RFQ) assessed with help of selected set of supplier quality process 
maturity requirement established in Step 12); and 

means for generating for each of said quality attributes at least one requirement 
for said supplier based upon the quality level of said attribute (see Fig. 1 ; column 3, 
lines 15-18; where requirement for supplier site evaluation is generated in tier 2 after 
calculating supplier maturity level in tier 1 ). 

Aycock et al. do not teach generation of contract requirement after assessing the 
supplier . 

Moderegger et al. teach generating a contract list of performances after 
successful bidding of the contract (see Fig. 4b; page 4, paragraph [0056]). 

7. Therefore, it would be prima facie obvious to one of ordinary skill in the art at the 
time the invention was made to allow generation of contract requirement after assessing 
the supplier of Aycock et al. because Moderegger et al. teach that allowing generation 
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of contract requirement after assessing the supplier ensure to meet procedural 
requirement, product quality requirement, performance specifications and timely 
delivery at various stages by the supplier (Moderegger et al., paragraph [0009]). 
8. As per claim 2, Aycock et al. in view of Moderegger et al. teach claim 1 as 
described above. Aycock et al. further teach the computer controlled display system, 
wherein 

said means for assessing the quality level includes means for determining one of 
a plurality of quality levels for each of said set of quality attributes (see Fig. 1 , steps 18- 
20; column 6, lines 37-54); and 

said means for generating includes means for generating a different requirement 
for each of said quality levels for each attribute (see Fig. 1, steps 42; column, lines 1-10; 
where different supplier quality process maturity requirements are selected based on 
supplier response to RFP/RFQ in order to validate and identify detailed quality control 
procedure used by the supplier). 

Aycock et al. do not teach generating contract requirement for each attribute . 

Moderegger et al. teach generating contract requirement for each attribute (see 
page 6, paragraph [0044]). 

Therefore, it would be prima facie obvious to one of ordinary skill in the art at the 
time the invention was made to allow generation of contract requirement for each 
attribute of Aycock et al. because Moderegger et al. teach that allowing generation of 
contract requirement each attribute enable supplier to fulfill each item, specification for 
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each item, sample contracts and contractual terms (see Moderegger et al., Fig. 4b, 
paragraph [0044]). 

9. As per claim 3, Aycock et al. in view of Moderegger et al. teach claim 2 as 
described above. Aycock et al. further teach the computer controlled display system, 
wherein 

no contract requirement is generated for at least one of said quality levels for at 
least one of said quality attributes (see Fig. 1; column 7, lines 46-54; where if a supplier 
is a regular and established vendor of other projects with excellent historical vendor 
performance and meets minimum maturity level, then the supplier may be automatically 
approved without requiring to go through tier 2). 

10. As per claim 4, Aycock et al. in view of Moderegger et al. teach claim 2 as 
described above. Aycock et al. further teach the computer controlled display system, 
wherein 

said means for determining said quality levels determines said levels dynamically 
during the system operation (see Fig. 2; abstract; where display system providing 
interactive evaluation of supplier provide real-time recalculation and updates of quality 
levels of the supplier). 

11. As per claim 5, Aycock et al. in view of Moderegger et al. teach claim 2 as 
described above. Aycock et al. further teach the computer controlled display system, 
wherein: 

said set of quality attributes consists of a single overall quality characteristic 
having several predetermined quality levels (see column 6, lines 37-54; column 7, lines 
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37-45: where overall maturity level is calculated at step 26 such as level 2 for 
repeatable process, level 3 for standardized process) ; and 

Aycock et al. teach how to determine supplier quality process maturity 
requirement selected based on maturity levels (see Fig. 1, step 42 and 44; column 7, 
lines 37-45). Aycock et al. do not teach means for generating plurality of contract 
reguirements . 

Moderegger et al. teach means for generating plurality of contract requirements 
(see page 6, paragraph [0044]). 

Therefore, it would be prima facie obvious to one of ordinary skill in the art at the 
time the invention was made to allow generating plurality of contract requirements of 
Aycock et al. because Moderegger et al. teach that allowing generating plurality of 
contract requirements enable supplier to fulfill each item, specification for each item, 
sample contracts and contractual terms (see Moderegger et al., Fig. 4b, paragraph 
[0044]). 

12. As per claim 6, Aycock et al. in view of Moderegger et al. teach claim 1 as 
described above. Aycock et al. further teach the. computer controlled display system, 
wherein: 

said contract requirement involves tracking and reporting of said software 
development (see Fig. 1, step 46; column 8, lines 21-27; where on-site evaluation of 
supplier is performed by design, quality control, production control manager and 
engineers from the purchasing side; Examiner interprets these evaluation involves 
tracking and development of products (software)). 
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13. As per claim 7, Aycock et al. in view of Moderegger et al. teach claim 1 as 
described above. Aycock et al. further teach the computer controlled display system, 
wherein: 

said contract requirement involves tracking and reporting of testing of said 
software (see Fig. 1, step 46; column 27-46). 

14. As per claim 9, Aycock et al. in view of Moderegger et al. teach claim 1 as 
described above. Aycock et al. further teach the computer controlled display system, 
wherein: 

said contract requirement involves the management processes of said supplier 
(see column 8, lines 26-31 ; where on-site review of supplier include review of quality 
control processes and procedure, and site evaluation by production engineers and 
production control managers responsible for production scheduling). 

15. As per claim 10, Aycock et al. in view of Moderegger et al. teach claim 1 as 
described above. Aycock et al. further teach the computer controlled display system, 
wherein: 

said display system assigns said software supply function to said software 
supplier in an overall work flow distribution system (see Fig 2 ; column 1 1 , lines 2-4; 
where the display system assigns the supplier to respond to RFP/RFQ). 

Aycock et al. do not teach means for generating automatically generate and 
distribute said contract reguirements to said supplier in response to the selection of said 
supplier . 
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Moderegger et al. teach means for generating automatically generate and 
distribute said contract requirements to said supplier in response to the selection of said 
supplier (see page 9, paragraph [0056]). 

Therefore, it would be prima facie obvious to one of ordinary skill in the art at the 
time the invention was made to allow means for generating automatically generate and 
distribute said contract requirements to said supplier in response to the selection of said 
supplier of Aycock et al. because Moderegger et al. teach that allowing means for 
generating automatically generate and distribute said contract requirements to said 
supplier in response to the selection of said supplier ensure to meet procedural 
requirement, product quality requirement, performance specifications and timely 
delivery at various stages by the supplier (Moderegger et al., paragraph [0009]). 

16. As per claim 1 1 , Aycock et al. teach a method for generating, on a user 
interactive computer controlled display system, quality assurance contract requirements 
for software suppliers comprising: 

assessing the quality level of each of a set of quality attributes of said software 
supplier (see Fig. 1 ; column 6, lines 1-5; where quality level of each of set of quality 
attributes of software supplier specified in Request for Proposal/Request for Quotation 
(RFP/RFQ) assessed with help of selected set of supplier quality process maturity 
requirement established in Step 12); and generating for each of said quality 
attributes at least one requirement for said supplier based upon the quality level of said 
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attribute (see Fig. 1 ; column 3, lines 15-18; where requirement for supplier site 
evaluation is generated in tier 2 after calculating supplier maturity level in tier 1). 

means for generating for each of said quality attributes at least one requirement 
for said supplier based upon the quality level of said attribute (see Fig. 1 ; column 3, 
lines 15-18; where requirement for supplier site evaluation is generated in tier 2 after 
calculating supplier maturity level in tier 1). 

Aycock et al. do not teach means for generation of contract requirement after 
assessing the supplier . 

Moderegger et al. teach means for generating a contract list of performances 
after successful bidding of the contract (see Fig. 4b; page 4, paragraph [0056]). 

Therefore, it would be prima facie obvious to one of ordinary skill in the art at the 
time the invention was made to allow generation of contract requirement after assessing 
the supplier of Aycock et al. because Moderegger et al. teach that allowing generation 
of contract requirement after assessing the supplier ensure procedural requirement, 
product quality requirement, performance specifications and timely delivery at various 
stages by the supplier (Moderegger et al., paragraph [0009]). 

17. As per claim 12, Aycock et al. teach claim 1 1 as described above. Claim 12 is 
rejected under same rational as claim 2. 

18. As per claim 13, Aycock et al. teach claim 12 as described above. Claim 13 is 
rejected under same rational as claim 3. 

19. As per claim 14, Aycock et al. teach claim 12 as described above. Claim 14 is 
rejected under same rational as claim 4. 
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20. As per claim 15, Aycock et al. teach claim 12 as described above. Claim 15 is 
rejected under same rational as claim 5. 

21 . As per claim 16, Aycock et al. teach claim 1 1 as described above. Claim 16 is 
rejected under same rational as claim 6. 

22. As per claim 17, Aycock et al. teach claim 1 1 as described above. Claim 17 is 
rejected under same rational as claim 7. 

23. As per claim 19, Aycock et al. teach claim 1 1 as described above. Claim 19 is 
rejected under same rational as claim 9. 

24. As per claim 20, Aycock et al. teach claim 1 1 as described above. Claim 20 is 
rejected under same rational as claim 10. 



25. As per Claim 31 , Aycock et al. teach a computer program comprising a computer 
useable medium having a computer readable program, wherein the computer readable 
program when executed on a computer causes the computer to: 

assess the quality level of each of a set of quality attributes of said software 
supplier (see Fig. 1 ; column 6, lines 1-5; where quality level of each of set of quality 
attributes of software supplier specified in Request for Proposal/Request for Quotation 
(RFP/RFQ) assessed with help of selected set of supplier quality process maturity 
requirement established in Step 12); and 

generate for each of said quality attributes at least one requirement for said 
supplier based upon the quality level of said attribute (see Fig. 1; column 3, lines 15-18; 
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where requirement for supplier site evaluation is generated in tier 2 after calculating 
supplier maturity level in tier 1 ). 

Aycock et al. do not teach means for generation of contract requirement after 
assessing the supplier . 

Moderegger et al. teach means for generating a contract list of performances 
after successful bidding of the contract (see Fig. 4b; page 4, paragraph [0056]). 

Therefore, it would be prima facie obvious to one of ordinary skill in the art at the 
time the invention was made to allow generation of contract requirement after assessing 
the supplier of Aycock et al. because Moderegger et al. teach that allowing generation 
of contract requirement after assessing the supplier ensure procedural requirement, 
product quality requirement, performance specifications and timely delivery at various 
stages by the supplier (Moderegger et al., paragraph [0009]). 

26. As per claim 32, Aycock et al. teach claim 31 as described above. Claim 32 is 
rejected under same rational as claim 2. 

27. As per claim 33, Aycock et al. teach claim 32 as described above. Claim 33 is 
rejected under same rational as claim 3. 

28. As per claim 34, Aycock et al. teach claim 32 as described above. Claim 34 is 
rejected under same rational as claim 4. 

29. As per claim 35, Aycock et al. teach claim 32 as described above. Claim 35 is 
rejected under same rational as claim 5. 

30. As per claim 36, Aycock et al. teach claim 31 as described above. Claim 36 is 
rejected under same rational as claim 6. 
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31 . As per claim 37, Aycock et al. teach claim 31 as described above. Claim 37 is 
rejected under same rational as claim 7. 

32. As per claim 39, Aycock et al. teach claim 31 as described above. Claim 39 is 
rejected under same rational as claim 9. 

33. As per claim 40, Aycock et al. teach claim 31 as described above. Claim 40 is 
rejected under same rational as claim 10. 

34. Claim 8, 18 and 28 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Aycock et al., U.S. Patent No. 5,765,1 38(reference A in attached PTO-892) in view 
Moderegger et al. (reference B in attached PTO-892) further in view of Kansal, U.S. 
Patent No. 6,647,374 (reference C in attached PTO-892). 

35. As per claim 8, 18 and 28, Aycock et al. in view Moderegger et al. do not teach 
contract requirement involving software supplier risk identification and reduction. 

Kansal teaches the contract requirement involves software supplier risk 
identification and reduction (see Fig. 5, steps 66-72; Fig. 6 and 7; column 3, lines 55-67 
to column 4, lines 1-11, 60-67). 

Therefore, it would be prima facie obvious to one of ordinary skill in the art at the 
time the invention was made to allow contract requirement that involves software 
supplier risk identification and reduction of Aycock et al. in view Moderegger et al. 
because Kansal teaches that allowing contract requirement that involves software 
supplier risk identification and reduction would enable customer to hedge their risk of 
using various technology vendors (Kansal, column 12, lines 42-45). 
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Response to Arguments 

36. Applicant's arguments with respect to claims 1 -20 and 31-40 have been 
considered but are moot in view of the new ground(s) of rejection. 

The Examiner agrees with Applicant argument for patentability of claims 1 1-20 
under 35 (JSC § 101 and respectfully withdraws the rejection of these claims under 35 
USC § 101. 

As per claim 1,11 and 31 , the Applicant argues that Aycock et al. teach quality 
assessment of vendor attribute but do not teach generation of contract requirement. 
Moderegger et al. teach generation of contract requirement after bid has been awarded 
to the vendor (see page 9, paragraph [0056]). The combination of Aycock et al. with 
Moderegger et al., therefore, teach the limitations of claims 1,11 and 31. Dependent 
claims 2-7, 9-10, 12-17, 19-20, 32-37, and 39-40 which dependent on claim 1, or 11, or 
31 , thus, subsequently rejected. 

As per claim 8, 18 and 28, Examiner respectfully withdraws reference Gloor et al. 
agreeing with the Applicant argument that the patent is commonly owned by IBM, the 
assignee at the time of the invention of the present application was made. The new 
reference Kansal teaches contract requirement involves software supplier risk 
identification and reduction. The combination of Aycock et al. with Kansal meets the 
limitations of claims 8, 18 and 28 and thereby rejected for further consideration. 
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37. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosures. Applicant is required to refer to all the references while 
responding to the office action (see MPEP § 37 CFR 1.1 11(c)). The following are 
pertinent to current invention, though not relied upon: 

Bergman et al. (U.S. Pub No. 2003/0028469) teach methods and apparatus for 
enabling electronic information marketplace. 

Hoyt et al. (U.S. Patent No. 6,067,531) teach automated contract 
negotiator/generator system and method. 

Koistinen et al. (U.S. Patent No. 6,154,778) utility based multi-category quality of 
service negotiation in distributed system. 

Minder (U.S. Patent No. 6,144,943) method of managing contract housekeeping 
services. 

Whitesage (U.S. Patent No. 7,016,859) teaches system and method for 
managing purchasing contracts. 

Zinky et al. (U.S. Patent No. 6,629,126)) teach framework for providing quality of 
services requirements in distributed object-oriented computer system. 

This action is Non- Final. Any inquiry concerning this communication or earlier 
communications from the examiner should be directed to Bijendra K. Shrestha whose 
telephone number is (571)270-1374. The examiner can normally be reached on 7:00 
AM-4:30 PM (Monday-Friday); 2nd Friday OFF. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Alexander Kalinowski can be reached on (571 )272-6771 . The fax phone 
number for the organization where this application or proceeding is assigned is 571- 



Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



273-8300. 




BKS 



ALEXANDER KALINOWSKI 
SUPERVISORY RATE NT EXAMINER 



